开发只用了十九天，这个官网项目却拖了四个月

项目管理表最后一次更新，停在第 19 个工作日。之后的三个多月里，「当前阶段」那一栏始终写着四个字：等待资料。这是一家做工业清洗设备的企业，年产值一亿出头，3 月中旬立项做官网改版，合同工期写的是 42 个自然日，实际上线是 7 月 24 日，前后 128 天。

复盘会开始时，甲方这边默认是技术方拖了进度。把工时表拉出来一看不是这么回事：视觉设计 11 天、前端切图 6 天、后台接入与数据迁移 2 天，真正有人动手的时间加起来 19 个工作日。剩下的 77 天，项目停在那里，没人在做事，也没人认为责任在自己身上。

签合同那天，排期表里没有一行写着甲方要交什么

合同金额 8.6 万，页面 23 个，产品详情页模板 3 套。排期表做得挺细：需求确认 5 天、视觉设计 12 天、前端切图 10 天、后台与表单接入 8 天、测试与内容录入 7 天，留两天缓冲，正好 42 天。每一行的责任人，写的都是服务商这边的名字。

问题就出在这份表的默认前提上——只要开发方按时干活，项目就能按时上线。可网站建设本质上是双方共同施工，甲方要交的东西同样是工序：产品实拍图、技术参数表、资质扫描件、案例文案、旧站需要保留的历史内容清单。这些工序没有出现在甘特图上，也就没有工期、没有责任人、没有延误后果。等到真卡住的时候，谁都说不清应该催谁。

第一次停摆 24 天：32 款设备，只有 11 张图能用

4 月 2 日设计师进入产品页环节，需要 32 款设备的实拍图。市场部翻了一圈，能用的只有 11 张，其中 4 张还是 2019 年拍的旧型号，外观件早就改过。其余设备有的在客户现场装着，有的还在总装车间没喷漆，有的干脆只有一份 CAD 三视图。

参数表更麻烦。同一款设备的电机功率，销售手上那份写 7.5kW，技术部图纸标 5.5kW，旧官网上挂的是 2022 年的版本。三个数字对不上，谁也不敢拍板用哪一个，只能等技术部长出差回来逐款签字。这一等，从 4 月 2 日到 5 月 6 日，整整 24 个工作日。

这期间设计师并没有闲着，他被调去支援另一个项目了。5 月 6 日资料齐了，他手上那个项目正卡在验收期，又往后顺延 5 天才腾出档期。这是资料延误的次生成本：人一旦被排走，不是资料补上就能立刻接续的。

第二次停摆 15 天：审稿的人从两个变成五个

5 月中旬第三稿视觉出来，总经理第一次看到设计稿。他提了一条要求：公司刚拿到 CE 认证，又签了两个海外长期客户，首页必须体现出口能力，最好单开一个资质与出口业绩页面。这条需求在 3 月的需求文档里一个字都没有。

加一个页面、改一个首页模块，设计返工 6 天，本身不算大事。真正吃掉时间的是审批链条变长了。原本市场专员和市场经理两个人就能拍板，现在变成专员汇总意见、经理初审、分管副总复核、总经理终审，四个环节每人占用 1 到 2 个工作日，一轮反馈走完要 5 天。三轮下来 15 个工作日，全部消耗在等意见上。

更隐蔽的成本是意见互相打架。副总要求首页突出行业解决方案，总经理盯着出口资质，市场经理坚持保留原来的新闻动态位。三个诉求都往首屏塞，改到第五稿时，首页的信息密度已经是第一稿的两倍，反倒没人满意了。网站建设里最贵的从来不是设计工时，是决策链条上每个人手里攥着的那一两天。

第三次停摆 21 天：备案批复和 460 篇旧新闻

7 月初进入上线准备。服务器从虚拟主机换成了云服务器，域名主体信息也有变更，重新提交备案后等了 18 天才下来。这个时间是刚性的，管理局的审核周期摆在那里，催也没用。

同期发现旧站积了 460 篇新闻内容，正文里的图片路径全是绝对地址，指向旧域名下的 upload 目录。批量替换跑完之后仍有 300 多篇显示不出图，原因是早年编辑用富文本直接粘贴，路径里混进了空格和中文文件名。最后两个人手工核了 3 天，删掉 120 篇过期活动通知，剩下 340 篇逐条重新挂图。

备案和内容迁移这两件事，本来完全可以在 4 月停摆的那 24 天里并行做掉。没做，是因为项目已经停了，双方都默认「等资料到齐了再一起推进」。这是网站建设项目里很典型的一种浪费：一个环节卡住，把本来互不相干、可以同时开工的活也一并挂起。

128 天拆开来看，钱没多花，但账不是这么算的

最终结算还是 8.6 万，服务商没收变更费，新增页面那部分自己消化了。甲方这边的损失却很实在：原计划 5 月中旬上线，是为了赶 6 月的行业展会，官网二维码已经印在展位背景板和三千份宣传册上。上线推到 7 月 24 日，展会现场扫码进来的人，看到的还是那个改版前的旧站。宣传册返工重印一万二，展位物料改版另算，展会期间因为落地页太旧流失了多少询盘，没人统计得出来。网站建设的报价单上没有这一栏，但这笔钱确实花掉了。

如果重来，只有两件事值得在签约当天改掉

第一件，把甲方的资料交付变成排期表里的正式工序，带日期、带责任人、带延误后果。具体做法是签约后三个工作日内发一份资料清单，逐项写死规格：每款设备 3 张实拍图，短边不低于 1500 像素；一份技术部签字确认的参数表；一段 150 字左右的应用场景描述；资质证书彩色扫描件。清单约定 10 个工作日内交齐，每延迟一个工作日，上线日期顺延一天，累计超过 10 天视为需求变更、重新排档期。这条写进合同不是为了追责，是为了让对接人有理由去催生产部和技术部——很多时候他不是不催，是手里没有能拿去压人的东西。

第二件，把真正拍板的人请进第一次需求会。一次会两个小时，成本几乎为零，省下来的是后面那 15 天的审批往返和多出来的两轮改稿。判断谁是拍板人有个很土的办法：问对接人一句「这个方案如果老板不同意，你能不能顶回去」，答不上来的，那位老板就必须到场。

这两条都不涉及技术，也不用多花一分钱。网站建设项目延期，十有八九不是代码写慢了，而是资料和决策这两条链路从来没被当成工序来管。后来这家企业做订货平台的项目，把资料清单和决策人到场写进了立项文件，6 周的排期实际用了 47 天，超期 5 天，超的那 5 天是海外客户的英文文案没赶上。这个结果谈不上漂亮，但和 128 天已经不是一回事。